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1 EP 1 043 

Description 

[0001] The present invention relates to memory and 
data processing units, and data processing methods, 
such as those using a memory unit as a medium for re- s 
cording, for example, audio data, the memory unit being 
attachable to the data processing unit and detachable 
therefrom. 

[0002] Electrically Erasable Programmable Read- 
only Memory ("EE PROM") is electrically rewritable io 
memory that requires a relatively large physical space 
because each bit of memory storage is composed of two 
transistors. Thus, the integration of EEPROM is restrict- 
ed. To address this problem, flash memory capable of 
storing one bit with one transistor using an all-bit-erase *5 
system was developed. Flash memory may become a 
successor of recording media such as magnetic disks 
and optical discs, and may be used in memory cards 
that can be freely attached to an apparatus and de- 
tached therefrom. A digital audio recorder/player may 20 
use such a memory card instead of a Compact Disc™ 
("CD") or Mini Disc™ ("MD"). 

[0003] When an audio recorder using such a memory 
card employs a data compressing method that allows 
digital audio data to be recorded/reproduced in a rela- 25 
tively high quality, copyrights on music titles which can 
be recorded and reproduced thereby need to be protect- 
ed. As an example, encrypting technologies may be 
used to prohibit unauthorized memory cards from such 
recording/reproducing. In other words, an authorized re- 30 
corded/player matched with an authorized memory card 
are required to decrypt encrypted data. In addition to 
copyright protection, encrypting technologies may be 
used to protect the security of information stored in a 
memory card. 35 
[0004] However, memory cards may not include any 
encrypting function. Thus, when secret data is to be re- 
corded to such a memory card, the data is encrypted by 
the recorder/player before being recorded to the mem- 
ory card. There are two problems with such a technique. 40 
First, if a decryption key is stored in the memory card, 
the security of data is not maintained. Second, if the de- 
cryption key is stored in the recorder/player, encrypted 
data can only be decrypted by the predetermined re- 
corder/player that encrypted and recorded the data. 45 
Consequently, the memory card storing the encrypted 
data would not be compatible with other recorders/play- 
ers. In other words, if data encrypted by a predetermined 
recorder/player is stored in a memory card, the encrypt- 
ed data stored in the memory card cannot be decrypted so 
by other recorders/players. To address this problem, a 
system where both a recorder/player and a memory 
card include an encrypting function, and where they are 
mutually authenticated is proposed. With such a sys- 
tem, both the security and compatibility of cards can be 55 
maintained. 

[0005] In reality, non-copyrighted data is sometimes 
recorded to a memory card and reproduced therefrom. 
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For example, when a conversation is recorded, an audio 
compressing method with a high compression ratio may 
be used, even though the decompressed audio quality 
would be relatively low. In such a case, it is not neces- 
sary to protect any copyrights on the recorded data. Ad- 
ditionally, when a memory card is used as a medium for 
recording a picture photographed by an electronic still 
camera, a video camera, or the like, it may likewise be 
unnecessary to protect any copyrights on the recorded 
video data. 

[0006] A security type memory card having an en- 
crypting function may be more expensive than a non- 
security type memory card. Thus, depending on the ne- 
cessity for copyright protection and security, it is expect- 
ed that a security type memory card and a non-security 
type memory card will be selectively used. 
[0007] When there are two types, a security type and 
a non-security type, of recorders/players and memory 
cards, respectively, it may be necessary to determine 
whether each of a recorder/player and a memory card 
used is of the security type or the non-security type to 
ensure compatibility. Alternatively, the shape of a secu- 
rity type memory card may be different from that of a 
non-security type memory card. For example, a notch 
may be formed on a security type memory card or a non- 
security type memory card to prevent it from being at- 
tached to a non-security type recorder/player or a secu- 
rity type recorder/player, respectively. 
[0008] The problem with determining compatibility be- 
tween a recorder/player and a memory card is that if 
they are not of the same type (security or non-security), 
the operation would be meaningless and a delay would 
take place. Such a situation would be a nuisance to the 
user Using different shapes for the different types of 
memory cards may solve this problem. However, in ei- 
ther case, compatibility between recorders/players and 
memory cards is not fully provided. For instance, a se- 
curity type memory card cannot be used with a non-se- 
curity type or lower grade recorder/player. 
[0009] An aim of at least an embodiment of the 
present invention is to overcome the above-described 
problem(s) by providing a memory unit and a data 
processing unit and method that can determine whether 
amemory unit has a predetermined function orfunctions 
that is otherwise not available. 
[0010] It is another aim to provide a memory unit and 
a data processing unit and method that can determine 
whether a memory unit has a security function that is 
otherwise not available 

[0011] It is yet another aim to provide a memory unit 
and a data processing unit and method that can deter- 
mine whether a memory unit has a speed function that 
is otherwise not available. 

[0012] It is still another aim to provide a security type 
memory card that is compatible with a non-security type 
recorder/player. For example, one should be able to 
record a picture photographed by a non-security type 
handy movie camera (a recording/reproducing unit with 
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a built-in camera) to a security type memory card and 
reproduce the recorded picture therefrom. In such a 
case, the encrypting function would not be used. 
[001 3] It is a further aim to provide a high-speed type 
memory card that is compatible with a non-high-speed 
type recorder/player. In such a case, the high-speed 
function would not be used. 

[001 4] Respective aspects of the invention are set out 
in claims 1, 2 and 8. 

[0015] An embodiment 'of the present invention is a 
memory unit, which is attachable to/detachable from a 
data processing unit, having a non-volatile memory and 
.an interface for communicating with the data processing 
unit;'wherein identification information indicating wheth- 
er the memory unit performs a predetermined function 
is recorded in a predetermined area of the non-volatile 
memory and is read by the data processing unit when 
the memory unit is attached to the data processing unit. 
[001 6] Another embodiment of the present invention . 
is a data processing unit for recording/reproducing data 
to/from a memory unit-the memory unit having a non- 
volatile memory and being attachable to/detachable 
from the data processing unit-having an interface for 
communicating with the memory unit; wherein the data 
processing unit determines whether the memory unit 
performs a predetermined function by reading identifi- 
cation, inform ati on recorded in a predetermined area of 
the memory unit. 

[0017] Another embodiment of the present invention 
is a data processing method for use with a data process- 
ing unit for writing/reading information to/from a memory 
unit including: reading data from a predetermined stor- 
age area of the memory unit when the memory unit is 
attached to the data processing unit; and determining 
whether the memory unit performs a predetermined 
function by examining identification information stored 
in the predetermined area. 

[001 8] According to the present invention, a memory 
unit may have identification information which indicates 
whether or not the memory unit has a predetermined 
function recorded in a predetermined area of the mem- 
ory unit. Upon attaching such a memory unit to a data 
processing unit, the data processing unit may read such 
information and determine whether the memory unit has 
the predetermined function. 

[0019] The invention will now be described by way of 
example with reference to the accompanying drawings, 
throughout which like parts are referred to by like refer- 
ences, and in which: 

Fig. 1 depicts the overall structure of a recorder/ 
player and a memory card in accordance with an 
embodiment of the present invention; 
Fig. 2 depicts the internal structure of a security type 
memory card in accordance with an embodiment of 
the preseht*invention; 

Fig. 3 depicts the internal structure of a non-security 
, type memory card in accordance with an embodi- 



4 

ment of the present invention; 
Fig. 4 depicts the structure of a file system process- 
ing hierarchy of a flash memory according to an em- 
bodiment of the present invention; 
5 Fig. 5 illustrates a format of a physical data structure 
of a flash memory; 

Fig. 6 depicts the structure of a boot block of a flash 
memory; 

Fig. 7 depicts the structure of boot and attribute in- . 
10. formation of a boot block of a flash memory; 

Figs. 8A and 8B illustrate the relation between con- 
tents and a key; 

Fig. 9 is a diagram to which reference will be made 
in explaining an encrypting process in a record op- 
15 eration; 

Fig. 1 0 is a diagram to which reference will be made 
in explaining an authenticating process; 
Fig. 1 1 is a diagram to which reference will be made 
in explaining an encrypting process in a record op- 
eration; 

Fig. 1 2 is a diagram to which reference will be made 
in explaining an encrypting process in a reproduc- 
' ing operation; 
Fig. 1 3 is a diagram to which reference will be made 
in explaining an encrypting process in a reproduc- 
ing operation; 

Fig. 1 4 is a diagram to which reference will be made 
in explaining an operation of an interface disposed 
between the recorder and the memory card; 
Fig. 1 5 is a diagram to which reference will be made 
in explaining an operation of an interface disposed 
between the recorder and the memory card; 
Fig. 16 is a flowchart to which reference will be 
made in explaining an operation of the present in- 
vention; 

Fig. 17 is a flowchart to which reference will be 
made in explaining an operation of the present in- 
vention. 

[0020] . Fig. 1 is a block diagram showing the structure 
of a digital audio recorder/player 1 according to a pre- . 
ferred embodiment of the present invention. Digital au- 
dio recorder/player 1 records and reproduces a digital 
audio signal using a detachable memory card (or a 
Memory Stick™) 40. Recorder/player 1 may be a part 
of an audio system along with an amplifying unit (not 
shown), speakers (not shown), a CD player (not shown), 
an MD recorder (not shown), a tuner (not shown), and 
so forth. However, it should be noted that the present 
invention may be applied to other audio sets. For in- 
stance, recorder/player 1 may be a portable device. The 
present invention may also be applied to a set top box 
that records digital audio data that is circulated via sat- 
ellite data communication, digital broadcast, or the In- 
ternet, etc. Moreover, the present invention may be ap- 
plied to a system that records/reproduces moving pic- 
ture data and still picture data rather than audio data. A 
system according to an embodiment of the present in- 



EP 1 043 729 B1 



25 



30 



35 



40 



45 



50 



3 



EPQQ1043729 rhttp://www.getthepatentxom/Login.doR/$mfink99/Fetch/Default.clog/EP001043729 . c pc?toolbar=bottomqid=2%2C2%2CseaPage 4 of 32 



5 

vention may also record and reproduce additional infor- 
mation, such as picture and text, other than a digital au- 
dio signal. 

[0021] Recorder/player 1 has a Central Processing 
Unit ("CPU") 2, a security block 3, an operation button 
4, and a display device 5. Security block 3, operation 
button 4, and display device 5 are connected to CPU 2 
through a bus 16. Security block 3 includes a Data En- 
cryption Standard ("DES") encrypting circuit. Data such 
as a record command, a reproduction command, or the 
like corresponding to a user's operation of operation but- 
ton 4 is supplied to CPU 2 through bus 16. Various in- 
formation, the operation state of recorder/player 1 , and 
so forth are displayed on display device 5. An audio in- 
terface 6 is disposed between an external input/output, 
which will be described in further detail below, and an 
internal audio encoder/decoder 7. 
[0022] As will be described later, memory card 40 is 
an IC chip having a flash memory (non-volatile memory) 
42, a control block 41 , a security block 52 (security block 
52 may include a DES encrypting circuit), a communi- 
cation interface, a register, and so forth. Memory card 
40 is attachable to recorder/player 1 and detachable 
therefrom. According to an embodiment, recorder/play- 
er 1 is also compatible with a memory card that does 
not have an encrypting function (namely, security block 
52). 

[0023] Audio encoder/decoder 7 encodes digital au- 
dio data in accordance with a highly efficient encoding 
method to be written to memory card 40. In addition, en- 
coder/decoder 7 decodes encoded data read from 
memory card 40. The highly efficient ATRAC3 format 
encoding method, which is a modification of the Adap- 
tive Transform Acoustic Coding ("ATRAC") format used 
for MDs, may be used. 

[0024] In the ATRAC3 format, audio data sampled at 
44. 1 kHz and quantized with 1 6 bits is encoded with high 
efficiency. The minimum data unit of audio data for 
processing is a sound unit ("SU"). 1 SU contains data 
of 1024 samples, thus comprising (1024 x 16 bits x 2 
channels) bits, that is compressed to data of several 
hundred bytes. The duration of I SU is approximately 23 
msec. Under this highly efficient encoding method, the 
size of compressed data is approximately 10 times 
smaller than that of the original data. As compared to 
the ATRAC 1 format used in MDs, an audio signal com- 
pressed and decompressed according to the ATRAC3 
format is less deteriorated in audio quality.. 
[0025] Illustratively, an analog input 8 supplies a re- 
production output signal of an MD, a tuner, or a tape to 
an Analog-to-Digital("A/D") converter 9, A/D converter 
9 converts the signal from analog input 8 to a digital au- 
dio signal (sampling frequency = 44.1 kHz; the number 
of quantizing bits = 1 6) and supplies the converted dig- 
ital audio signal to audio interface 6. A digital input 10 
supplies a digital output signal of an MD, a CD, a digital 
broadcast signal, or network circulated audio data to au- 
dio interface 6. The digital input signal is transmitted 
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through, for example, an optical cable. Audio interface 
6 selects an input digital audio signal from A/D converter 
9 and digital input 10 and supplies the selected input 
digital audio signal to audio encoder/decoder 7. 

5 [0026] Audio encoder/decoder 7 encodes the input 
digital audio signal and supplies the encoded data to se- 
curity block 3. Security block 3 encrypts the encoded 
data received from audio encoder/decoder 7 so as to 
protect copyrights on the contents of said data (in this 

10 example, a digital audio signal). Security block 3 of re- 
corder/player 1 may have a plurality of master keys and 
a unit unique storage key. In addition, security block 3 
may have a random number generating circuit (not 
shown). When memory card 40 having security block 52 

15 is attached to recorder/player 1, security block 3 of re- 
corder/player 1 determines whether or not memory card 
' 40 is valid (namely, authenticates memory card 40). Af- 
ter security block 3 of recorder/player 1 has properly au- 
thenticated memory card 40, security block 3 of record- 

20 er/player 1 and security block 52 of memory card 40 
share a session key. 
- [0027] The encrypted audio data that is output from 
security block 3 is supplied to CPU 2. CPU 2 communi- 
cates with memory card 40 through a bidirectional serial 

25 interface 11 . In an embodiment, memory card 40 is at- 
tached to an attaching/detaching mechanism (not 
shown) of recorder/player 1 . CPU 2 writes the encrypted 
data to flash memory 42 of memory card 40. The en- 
crypted data is serially transmitted between CPU 2 and 

30 memory card 40. 

[0028] CPU 2 reads encrypted audio data from mem- 
ory card 40 through memory interface 11 and supplies 
such data to security block 3. Security block 3 decrypts 
the encrypted audio data. The decrypted audio data is 

35 supplied to audio encoder/decoder 7 which decodes the 
decrypted audio data. An output signal of audio encod- 
er/decoder 7 is supplied to a D/A converter 12 through 
audio interface 6. D/A converter 12 converts the digital 
audio data into an analog audio signal and transmits the 

40 same through output 13. Audio data received from audio 
encoder/decoder 7 and decrypted data received from 
security block 3 may also be outputted as digital output 
signals through outputs 1 4 and 1 5, respectively, through 
interface 6. 

45 [0029] Fig. 2 is a block diagram showing the internal 
structure of memory card 40. Memory card 40 is a one 
chip integrated circuit ("IC") comprising control block 41 , 
security block 52, and flash memory 42. As shown in 
Fig. 2, bidirectional serial interface 1 1 disposed between 

so CPU 2 of recorder/player 1 and memory card 40 is com- 
posed of 10 lines, which include a clock line SCK for 
transmitting the clock signal that is transmitted along 
with data, a status line SBS for transmitting a status sig- 
nal, a data line DIO for transmitting data, an interrupt 

55 line INT, two GND lines, two VCC lines, and two re- 
served lines. 

[0030] Four major lines of the 10 lines are clock line 
SCK, status line SBS, data line DIO, and interrupt line 
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INT. Clock line SCK is used to send a clock signal to 
synchronize data transfer. Status line SBS is used to 
send a status signal that represents the status of mem- 
ory card 40. Data line DIO is used to input and output a 
command and encrypted audio data. Interrupt line INT 
is used to send an interrupt request signal from memory 
card 40 issues to CPU 2 of recorder/player 1. When 
memory card 40 is attached to recorder/piayer 1 , an in- 
terrupt signal is generated. In another embodiment, the 
interrupt signal is sent through data line DIO in which 
case interrupt line INT is grounded and not used. 
[0031] A serial/parallel and parallel/serial interface 
block ("S/P and P/S IF block") 43 is an interface of con- 
trol block 41 coupled to interface 11. S/P and P/S IF 
block 43 converts serial data received from recorder/ 
player 1 into parallel data. It also converts parallel data' 
of control block 41 into serial data, and supplies the se- 
rial data to recorder/player 1. In addition, S/P and P/S 
IF block 43 separates a command and data received . 
through data line DIO into those for accessing flash 
memory 42 and those for performing an encrypting proc- 
ess. 

[0032] In other words, with the data line DIO, after a 
command is sent, data is sent. S/P and P/S IF block 43 
determines whether the received command and data 
are for accessing flash memory 42 or for performing the 
encrypting process by the code of the received com- 
mand. Corresponding to the determined result, a com- 
mand for accessing flash memory 42 is stored to a com- 
mand register 44 and data is stored to a pagebuffer 45 
and a write register 46. In association with write register 
46, an error correction code encoding circuit 47 is dis- 
posed. Error correction code encoding circuit 47 gener- 
ates a redundant code of an error correction code for 
data temporarily stored in page buffer 45. 
[0033] ■ Output data of command register 44, page 
buffer 45,' write register 46, and error correction code 
encoding circuit 47 is supplied to a flash memory inter-, 
face and sequencer ("memory IF and sequencer") 51. 
Memory IF and sequencer 51 is an interface coupled to 
flash memory 42 and controls data exchanged between 
flash memory 42 and control block 41 , for example, data 
is written to flash memory 42 through memory IF and 
sequencer 51. * 

[0034] Data read from flash memory 42 is supplied to 
page buffer 45, a read register 48, and an error correct- 
ing circuit 49 through memory IF and sequencer 51 . Er- 
ror correcting circuit 49 corrects an error(s) of data 
stored in page buffer 45. Error corrected data output 
from page buffer 45 and data output from read register 
48 are supplied to S/P and P/S IF block 43 and then 
supplied to CPU 2 of recorder/player 1 through serial 
interface 11 . 

[0035] To protect copyrights on the contents (audio 
data compressed in the ATRAC3 format ("ATRAC3 da- 
ta")) written to flash memory 42, security block 3 of re- 
corder/player. 1 and security block 52 of memory card 
40 cooperate to encrypt the contents. Security block 52 
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has a buffer memory 53, a DES encrypting circuit 54, a 
non-volatile memory 55, and so forth. 
[0036] As shown in Fig. 2, a configuration ROM 50 is 
disposed in control block 41. Configuration ROM 50 
5 stores version information and various kinds of attribute 
information of memory card 40. Memory card 40 has a 
write protection switch 60 operable by a user. When 
switch 60 is placed in a write protection position, even 
if recorder/player 1 sends an erase command to flash 
10 memory 42, data stored in flash memory 42 is prohibited 
from being erased. When switch 60 is placed in a non- 
write protection position, data stored in flash memory 42 
is erasable. An oscillator 61 generates a clock signal 
used as a timing reference for processes performed in 
is memory card 40. 

[0037] Security block 52 of memory card 40 has a plu- 
rality of authentication keys and a memory card unique 
storage key. Non-volatile memory 55 stores a decryp- 
tion or storage key that cannot he accessed from outside 
of security block 52. Security block 52 has a random 
number generating circuit. Security block 52 can au- 
thenticate recorder/player 1 (which may form a dedicat- 
ed system that uses a predetermined data format) and 
share a session key therewith. A contents key for en- 
crypting ATRAC3 data is encrypted with the session key 
and sent between recorder/player 1 and memory card 
40. As with security block 52 of memory card 40, security 
block 3 of recorder/player 1 has a set unique storage 
key. Wh en -contents have been encrypted and are to be 
stored to flash memory 42, a corresponding contents 
key is encrypted using the storage key and stored with 
the encrypted contents. 

[0038] Fig. 3 shows a memory card 40' that does not 
have an encrypting function. In other words, memory 
card 40' is a non-security type memory card. Unlike 
memory card 40 shown in Fig. 2, memory card 40' does 
not include security block 52. The remaining structure 
of memory card 40' is substantially the same as that of 
memory card 40, In addition, the size and shape of 
memory card 40' may be the same as that of memory 
card 40. Since recorder/player 1 shown in Fig. 1 is a 
security type recorder, recorder/player 1 and the mem- 
ory card 40 are mutually authenticated and a key is com- 
municated therebetween. When memory card 40', 
shown in Fig. 3, is attached to recorder/player 1 , record- 
er/player 1 determines that memory card 40' is a non- 
security type memory card and that it cannot be used 
with recorder/player 1 . 

[0039] There are several methods by which recorder/ 
player 1 may determine the type of memory card at- 
tached thereto. As one example, when memory card 40' 
is attached to recorder/player 1 , a key is sent from re- 
corder/player 1 to memory card 40' so as to authenticate 
it. Since memory card 40' does not send a correct re- 
sponse to recorder/player 1 , recorder/player 1 deter- 
mines that memory card 40' is not of the security type 
after a time-out period. As another example, when mem- 
ory card 40 or 40' is attached to recorder/player 1 , iden- 
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tification information that represents whether or not the 
memory card is of the security type may be recorded in 
a predetermined area (boot area) of the memory card. 
Upon reading such identification information, recorder/ 
player 1 can determine the type of memory card at- 
tached thereto. 

[0040] In addition to- recorder/player 1 shown in Fig. 
1 , a unit that can use non-security type memory card 40' 
is presented according to the present invention. One ex- 
ample is a digital handy movie camera that records a 
picture photographed with a Charge Coupled Device 
("CCD") camera to memory card 40' and reproduces the 
photographed picture therefrom. As will be described 
later, according to an embodiment of the present inven- 
tion, to enhance the compatibility of memory card 40, it 
is structured so that a non-security device such as a dig- 
ital handy movie camera can record and reproduce data 
using memory card 40. In other words, as described 
above, S/P and P/S IP block 43 has a function for sep- 
arating command and data for flash memory 42 and 
those for security block 52. 

[0041] In accordance with an embodiment, memory 
cards 40 and 40' store data using the File Allocation Ta- 
ble ("FAT") file system of a personal computer as with a 
disc shaped recording medium. Flash memory 42 com- 
prises an Initial Program Load ("IPL") area, a FAT area, 
and a route directory. The IPL area stores the address 
of a program that is initially loaded to a memory of re- 
corder/player 1 . In addition, the IPL area stores various 
kinds of information of flash memory 42. The FAT area 
stores data with respect to memory blocks in flash mem- 
ory 42. In other words, the FAT area stores values that 
represent non-used blocks, the next block number, bad 
blocks, and the last block. The route directory area 
stores a directory entry (file attribute, updated date 
(year, month, and day), start cluster, file size, and so 
forth). 

[0042] In addition to the file management system de- 
fined in the format of memory cards 40 and 40', file man- 
agement information (a track information management 
file) for a music file may be defined. The track informa- 
tion management file is stored in flash memory 42 using 
a user block of memory cards 40 and 40*. Thus, even if 
the FAT of memory card 40 or 40' is broken, the file can 
be restored. 

[0043] The track information management file is cre- 
ated by CPU 2. When the power of recorder/player 1 is 
turned on, CPU 2 determines whether or not memory 
card 40 or 40' has. been attached to recorder/player 1 . 
When memory card 40 or 40' has been attached to re- 
corder/player 1 , CPU 2 reads a boot block of flash mem- 
ory 42. In accordance with the identification information 
of the boot block, CPU 2 determines whether or not the 
attached memory card is a security type memory card. 
[0044] If memory card 40 is attached (i.e., security 
type), CPU 2 performs an authenticating process. Other 
data read from memory card 40 is stored in a memory 
(not shown) managed by CPU 2. In flash memory 42 of 



memory card 40 or 40' that has not been used, before 
it is shipped, a FAT and a route direction are written. 
When data is recorded, the track information manage- 
ment file is created. After CPU 2 has authenticated 

5 memory card 40, recorder/player 1 records or reproduc- 
es an encrypted ATRAC3 data file. 
[0045] When data is recorded, a record command that 
is issued corresponding to the operation of operation 
button 4 is sent to CPU 2. The input audio data is com- 

10 pressed by encoder/decoder 7. The ATRAC3 data re- 
ceived from encoder/decoder 7 is encrypted by security 
block 3. CPU 2 stores the encrypted ATRAC3 data to 
flash memory 42 of memory card 40. Thereafter, the FAT 
and the track information management file are updated. 

15 Whenever the file is updated (namely, after audio data 
. is recorded), the FAT and the track information manage- 
ment file are rewritten to a memory controlled by CPU 
2. When memory card 40 is detached from recorder/ 
player 1 or the power of recorder/player 1 is turned off, 

20 the final FAT and the track information management file 
are supplied from the memory to flash memory 42 of 
memory card 40. In this case, whenever audio data has 
been recorded, the FAT and the track information man- 
agement file stored in flash memory 42 may be rewrit- 
es ten. When data is edited, the contents of the track infor- 
mation management file are updated. 
[0046] Fig. 4 is a schematic diagram showing the hi- 
erarchy of the file system processes of a computer sys- 
tem that uses memory card 40 or 40' as a storage me- 

30 dium. As shown therein, the top hierarchical level is an 
application process layer. The application process layer 
is followed by a file management process layer, a logical 
address management layer, a physical address man- 
agement layer, and a flash memory access layer. The 

35 file management process layer is the FAT file system. 
Physical addresses are assigned to individual blocks of 
flash memory 42 in memory card 40 or 40': The relation- 
ship between the blocks of flash memory 42 and the 
physical addresses thereof does not vary. Logical ad- 

40 dresses are addresses that are logically handled oh the 
file management process layer. 
[0047] Fig. 5 is a schematic diagram showing the 
physical structure of data handled in flash memory 42 
of memory card 40 or 40'. In flash memory 42, a data 

45 unit (referred to as a segment) is divided into a prede- 
termined number of blocks (fixed length). One block is 
divided into a predetermined number of pages (fixed 
length). In flash memory 42, data is erased one block at 
a time. Data is written to flash memory 42 or read there- 

50 from one page at a time. The size of each block is the 
same. Likewise, the size of each page is the same. One 
block is composed of page 0 to page m. One block may 
have a storage capacity of 8 KB (kilobytes) or 1 6 KB and 
one page may have a storage capacity of 512 B (bytes). 

55 When one block has a storage capacity of 8 KB, the total 
storage capacity of flash memory 42 is 4 MB (512- 
blocks) or 8 MB (1024 blocks). When one block has a 
storage capacity of 16 KB, the total storage capacity of 
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flash memory 42 is 1 6 MB (1024 blocks), 32 MB (2048 
blocks), or 64 MB (4096 blocks). 
[0048] One page is composed of a data portion of 51 2 
bytes and a redundant portion of 1 6 bytes. The first three 
bytes of the redundant portion is an overwrite portion 5 
that is rewritten whenever data is updated. The first 
three bytes successively contain a block status area, a 
page status area, and an update status area. The re- 
maining 1 3 bytes of the redundant portion are fixed data 
that depends on the contents of the data portion. The 10 
13 bytes contain a management flag area (1 byte), a 
logical address area (2 bytes), a format reserve area (5 
bytes), a dispersion in formation Error-Correcting Code 
("ECC") area (2 bytes), and a data ECC area (3 bytes). 
The dispersion information ECC area contains redun- *5 
dant data for an error correction process for the man- 
agement flag area, the logical address area, and the for- 
mat reserve area. The data FCC area contains redun- 
dant data for an error correction process for the data in 
the 51 2-byte data portion. 20 
[0049] The management flag area contains system 
flag (1: user block, 0: boot block), a conversion table flag 
(1 : invalid, 0: table block), a copy prohibition flag (1 : copy 
allowed, 0: copy not allowed), and an access permission 
flag (1 : free, 0: read protect).. 25 
[0050] The first two blocks - blocks 0 and 1 are boot 
blocks. Block 1 is a backup of block 0. The boot blocks 
are top blocks that are valid in memory card 40 or 40'. 
When memory card 40 or 40'- is attached to recorder/ 
player 1 , the boot blocks are accessed first. The remain- 30 
ing blocks are user blocks. Page 0 of a boot block con- 
tains a header area, a system entry area, and a boot 
and attribute information area. Page 1 of a boot block 
contains a prohibited block data area. Page 2 of a boot 
block contains a CIS (Card Information Structure)/! Dl 35 
(Identify Drive Information) area. 
[0051 ] Fig. 6 shows the format of pages 0, 1 , and 2 of 
a boot block. A header (368 bytes) of a boot block stores 
a boot block ID, a format version, and the number of 
valid entries of the boot block. A system entry (48 bytes) 40 
stores the start position of the prohibited block data, the 
data size thereof, the data type thereof, the data start 
position of CIS/IDI, the data size thereof, and the data 
type thereof. The boot and attribute information contains 
memory card type (read only type, rewritable type, or *5 
hybrid type), the block size, the number of blocks, the 
number of total blocks, the security/non-security type, 
the card fabrication data (date of fabrication), and so 
forth. 

[0052] Fig. 7 shows the structure of the boot & at- so 
tribute in formation (96 bytes) shown in Fig. 6. The boot 
& attribute information may include the class of the 
memory card, the type (read only, read write enable, hy- 
brid of both types, etc.), the block size, the number of 
blocks, the total number of blocks, the security type/non- 55 
security type, the production data (the date of produc- 
tion: year, month, day), and so forth. Recorder/player 1 
determines whether or not a memory card is of the se- 



12 

curity type using the security type information (one 
byte). In Fig. 7, (*1 ) represents a data item that recorder/ 
player 1 reads and checks when a memory card is at-, 
tached thereto; and (*2) represents production/quality 
management data item. 

[0053] It is appreciated that the insulation film of flash 
memory 42 deteriorates whenever data stored therein 
is rewritten. Thus, the service life of memory card 40 or 
40' is limited by the number of times flash memory 42 is 
rewritten. Accordingly, it is preferable to prevent a par- 
ticular storage area (block) of flash memory 42 from be- 
ing repeatedly accessed. Consequently, when data 
stored at a particular physical address is to be rewritten, 
updated data is not written back to the same block. In- 
stead, the updated data is written to a block that has not 
been used. Thus; after data is updated, the relationship 
between physical addresses and logical addresses var- 
ies. When such a process (referred to as a swapping 
process) is performed, the same block is prevented from 
being repeatedly accessed. Thus, the service life of 
flash memory 42 can be prolonged. 
[0054] Since a logical address corresponds to data 
written to a block, even if updated data is physically 
moved to another block, the same logical address may 
be maintained in the FAT The swapping process causes 
the relationship between logical addresses and physical 
addresses to vary. Thus, a conversion table that con- 
verts logical addresses into physical addresses is 
changed accordingly when such a swapping process is 
performed. By referencing the conversion table, a phys- 
ical address corresponding to a logical address desig- 
nated by the FAT is obtained. Thus, the updated data 
can be properly accessed using the same logical ad- 
dress. 

[0055] The logical address - physical address conver- 
sion table is stored in a memory Random Access Mem- 
ory ("RAM") by CPU 2. However, when the storage ca- 
pacity of the RAM is small, the logical address - physical 
address conversion table can be stored in flash memory 
42. This table basically correlates logical addresses 
(two bytes) arranged in ascending order with physical 
addresses (two bytes). Since the maximum storage ca- 
pacity of flash memory 42 is 128 MB (8192 blocks), with 
two bytes, 8192 addresses can be represented. In ad- 
dition, the logical address - physical address conversion 
table is managed segment by segment. The size of the 
logical address - physical address conversion table is 
proportional to the storage capacity of flash memory 42. 
If the storage capacity of flash memory 42 is 8 MB (two 
segments), two pages corresponding to the two seg- 
ments are used for the logical address - physical ad- 
dress conversion table. If the logical address - physical 
address conversion table is stored in flash memory 42, 
one bit of the management flag of the redundant portion 
of each page represents whether or not a relevant block 
has been stored in the logical address - physical ad- 
dress conversion table. 

[0056] Next, the security protecting function will be 
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further described. First of all, with reference to Figs. 8A 
and 88, the relation between a key and contents will be 
described. Each tune (or song) stored in flash memory 
42 may be referred to as a track. Fig. 8 A illustrates one 
track stored in flash memory 42. As shown in Fig. 8A, 
each track includes a key area (header) 1 01 . A contents 
key CK created for each track (title) of encrypted audio 
data is encrypted with a memory card unique storage 
key Kstm and the resultant data is stored to key area 
101. DES is used for an encrypting process for the con- 
tents key CK and thestorage key Kstm. DES (Kstm, CK) 
represents that the contents key CK is encrypted with 
the storage key Kstm. An encoded value preferably has 
64 bits composed of 56 bits of data and 8 bits of an error 
detection by Cyclical Redundancy Checking ("CRC"). 
[0057] Each track is divided into parts 102. A parts 
key PK is recorded with each part. Illustratively, the track 
shown in Fig. 8A comprises only one part 1 02. Part 1 02 
is a set of blocks 103 (16 KB each). Each block 103 
stores a block seed BK_SEED and an initial vector INV. 
The part key PK is paired with a contents key CK so as 
to create a block key BK for encrypting the contents. In 
other words, BK= DES (CK (+) PK, BK_SEED) (56 bits 
+ 8 bits) (where (+) represents an exclusive-OR). The 
initial vector INV is an initial value for an encrypting/de- 
crypting process for a block. 

[0058] Fig. 8B relates to contents data in recorder/ 
player 1 . A contents key CK for each track of contents 
is decrypted and the resultant data is re-encrypted with 
a recorder unique storage key Kstd. The re-encrypted 
data is stored in a key area 1 1 1 . In other words, the de- 
crypting process is denoted by IDES (Kstm, CK) (56 bits 
+ 8 bits). The re-encrypting process is denoted by DES 
(Kstd, CK) (56 bits + 8 bits). A part key PK for creating 
a block key BK is recorded for each part 1 1 2 of the con- 
tents. Each block 113 of a part 112 may store a block 
seed BK-SEED and an initial vector INV. As with the 
.memory card, the block key BK is represented as BK = 
DES (CK (+) PK, BK_SEED) (56 bits + 8 bits). 

Write Operation to Memory Card 40 

[0059] An encrypting process which may be utilized 
in . a recording (write) operation of recorder/player 1 will 
now be explained with reference to Fig. 9. For simplicity, 
in Fig. 9, similar portions to those in Fig. 1 are denoted 
by similar reference numerals and their description is 
omitted.. In addition, interface 11, bus 16, and control 
block 41 , through which data and commands are trans- 
ferred between the components of recorder/player 1 
and memory card 40, have been omitted from Fig. 9 and 
the following process explanation for simplicity. In Fig. 
9, SeK is a session key shared between recorder/player 
1 and memory card 40 after they have been mutually 
authenticated. In Fig. 9, reference numeral 10* is a CD 
and a source of a digital audio signal inputted at digital 
input 10. 

[0060] When memory card 40 is attached to recorder/ 



player 1 , recorder/player 1 determines whether or not 
memory card 40 is a security type memory card by use 
of the identification information in the boot area thereof. 
Since memory card 40 is a security type memory card, 
5 recorder/piayer 1 and memory card 40 are mutually au- 
thenticated. 

[0061 ] The process of mutual authentication between 
recorder/player 1 and memory card 40 will be hereinbe- 
low described with reference to Fig. 10.' 

10 [0062] After a write request signalis sent from record- 
er/player 1 to memory card 40, recorder/player 1 and 
memory card 40 mutually authenticate again, as will be 
described in further detail with reference to Fig. 10. If 
recorder/player 1 and memory card 40 recognize each 

is other as legitimate in accordance with the mutual iden- 
tification process, a key writing process, as will be de- 
scribed in further detail with reference to Fig. 11 , is per- 
formed. Otherwise, the write operation is terminated. Af- 
ter the key writing process is complete, audio data is 

20 encrypted and written to memory card 40 through inter- 
face 11 by CPU 2; 

[0063] With reference to Fig. 9, recorder/player 1 gen- 
erates a random number for each track of data (tune) to 
be written and creates a corresponding contents key CK 

25 according to each of the random numbers. Security 
block 3 of recorder/player 1 encrypts contents key CK 
using session key SeK. Recorder/player 1 outputs the 
encrypted contents key CK to memory card 40. DES en- 
crypting/decrypting circuit 54 of security block 52 in 

30 memory card 40 decrypts the encrypted contents key 
CK, and re-encrypts the decrypted contents key CK us- 
ing a storage key Kstm from memory 55. Memory card 
40 outputs the re-encrypted CK to recorder/player 1 
(CPU 2). Recorder/player 1 (CPU 2) sets the re-encrypt- 

35 ed contents key CK in the key area 111 (as shown in 
Fig, 8B) of each track. Recorder/player 1 generates a 
random number for each part data area 112 (as shown 
in Fig. 8B) of each track, and creates a part key PK ac-. 
cording to each random number. Each created part key 

40 PK is set in a corresponding part data area 112 by CPU 
2. 

[0064] A temporary key TMK may be generated by 
performing an XOR of part key PK and contents key CK 
by recorder/player 1 for each part data area 112 as 
45 shown below in equation (1 ). The creation of temporary 
key TMK is not limited to using an XOR function. It is 
possible to use other functional operators, such as a 
simple AND operator. 

50 TMK = PK XOR CK ' (1) 

[0065] Recorder/player 1 generates a random 
number for each block 113 of each part data area 112 
55 and creates block seed BK_SEED according to each 
random number. Further, recorder/player 1 (CPU 2) sets 
thecreatedblockseedBK_SEEDinto its proper position 
in each corresponding block 113. Recorder/player 1 us- 
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es the temporary key TMK and the block seed 
BK_SEED in equation (2) to perform a Message Au- 
thentication Code ("MAC") operation to create block key 
BKfor each block 113. 

BK = MAC (TMK, BK_SEED) (2) 

[0066] It is possible to perform processing other than 
a MAC operation by using a secret key on the input of 
a SHA-1 1 (secure Hash algorithm), RIPEMD-160, or 
other one-way flash functions to create block key BK. 
Here, the one-way function f defines a function from 
which it is easy to calculate y*= f(x) from x, but converse- 
ly difficult to find x from y. A one-way Hash function is 
described in detail in the "Handbook of Applied Cryptog- 
raphy, CRC Press". 

[0067] Audio encoder/decoder 7 compresses the dig- 
ital audio signal inputted to digital input 10 from CD 10* 
orthe digital signal from A/D converter 9, which converts 
an analog audio signal inputted to analog input 8 into a 
digital signal, in accordance with the ATRAC3 format. 
Then, security block 3 encrypts the compressed audio 
data in the Cipher Block Chaining ("CBC") mode by us- 
ing the block key BK, the CBC mode being a data en- 
cryption mode prescribed in Federal Information 
Processing Standard ("FiPS") PUB 81 ("DES MODES 
OF OPERATION"). 

[0068] Recorder/player 1 adds headers to the en- 
crypted audio data and outputs the results to memory 
card 40. Memory card 40 writes the encrypted audio da- 
ta and headers into flash memory 42. At this point, writ- 
ing of audio data from recorder/player 1 to memory card 
.40 is complete. 

[0069] Fig. 10 shows an authenticating process per- 
formed between recorder/player 1 (SET) and memory 
card 40 (MEMORY CARD). At step S1, the random 
number generator of security block 52 in memory card 
40 generates a random number Rm and sends the ran- 
dom number Rm and the serial number ID of memory 
card 40 to recorder/player 1 . 

[0070] At step'S2; recorder/player 1 receives Rm and 
ID and generates an authenticationkey IKj according to 
the relationship IKj - MAC (MKj, ID), where MKj is one 
of the master keys stored in security block 3., Recorder/ 
player generates a random number Rd and creates. a 
message authenticator MAC A (Message Authentication 
Code) with the authenticationkey, namely, MAC(IKj, Rd 
// Rm // ID). Thereafter, recorder/player 1 generates a 
random number Sd and sends Rd // Sd // MAC A //j to 
memory card 40. 

[0071] At step S3, memory card 40 receives the data 
RD // Sd // MAC A //j, finds an authentication key IKj from 
security block 52 corresponding to j, and calculates a 
MAC n with the authentication key IKj using Rd, Rm, and 
ID. When the calculated MAC B is equal to the received 
M AC Al memory card 40 determines that recorder/player 
1 is valid (i.e., authorized). At step S4, memory card 40 



creates MAC C = MAC(IKj, Rm // Rd) and generates a 
random number Sm. Thereafter, memory card 40 sends 
Sm // MAC C to recorder/player 1 . 
[0072] At step S5, recorder/player 1 receives Sm // 

5 . MAC C from memory card 40. Recorder/player 1 calcu- 
lates MAC D using IKj, Rm, and Rd. When the calculated 
MAC D is equal to the received MAC C , recorder/player 1 
determines that memory card 40 is valid (i.e., author- 
ized). At step S6, recorder/player 1 designates MAC 

10 (IKj, Rm//Rd) as the session key SeK. At step S7, mem- 
ory card 40 designates MAC (IKj, Rm // Rd) as the ses- 
sion key SeK. When recorder/player 1 and memory card 
40 are mutually authenticated, the session key SeK is 
shared between them. The session key SeK is created 

is whenever authentication is successful. 

[0073] Fig. 1 1 shows a key writing process in the case 
that recorder/player 1 (SET) records audio data to flash 
memory 42 of memory card 40 (MEMORY CARD). At 
step S1 1 , recorder/player 1 generates a random number 

20 for each track of contents and creates a contents key 
CK. At step S12, recorder/player 1 encrypts the contents 
key CK with the session key SeK and sends encrypted 
DES (SeK, CK) to memory card 40. 
[0074] At step S1 3, memory card 40 receives the data 

25 DES (SeK, CK) from recorder/player 1 and decrypts the 
contents key CK with the session key SeK. The decrypt- 
ing process is denoted by IDES (SeK, DES (SeK, CK)). 
At step S 1 4, memory card 40 re-encrypts the decrypted 
contents key CK with the storage key Kstm from mem- 

30 ory 55 and sends the re-encrypted contents key DES 
(Kstrn, CK) to recorder/player 1 . 
[0075] At step S15, recorder/player 1 places the re- 
encrypted contents key CK in the key area 111 for man- 
aging the corresponding part data area 112 and per- 

35 forms a formatting process so that the re-encrypted con- 
tents key CK and the contents are recorded to flash 
memory 42 of memory card 40. To encrypt the contents, 
the contents key CK and the part key PK are exclusive- 
Ored (XOR, or alternatively, AND), as illustrated in Fig. 

40 9 and equation 11 above. The result of the XOR opera- 
tion is the temporary key TMK. The temporary key TMK 
is stored only in security block 3. Thus, the temporary 
key TMK is not accessible from outside of security block 
3. At the beginning of each block 1 1 3, a random number 

45 is generated as a block seed BK_SEED. The random 
number is stored in each part data area 112. Recorder/ 
player 1 encrypts the block seed BK_SEED with the 
temporary key TMK to obtain a block key BK. In other 
words, the relation of BK = (CK (+) PK, BK_SEED) is 

so obtained. The block key BK is stored only in security 
block 3. Thus, the block key BK is not accessible from 
outside of security block 3. 

[0076] At step S1 6, recorder/player 1 encrypts the da- 
ta in each part data area 112 block by block with the 
55 block key BK and sends the encrypted data and the data 
in key area 111 to memory card 40. Memory card 40 
records the encrypted data and the data in key area 111 
(header data) received from recorder/player 1 to flash 



9 



EP001043729jhttp://www.getthepate^ 10 of 32 



EP 1 043 729 B1 



18 



17 

memory 42 at step S1 7. 

Read Operation from Memory card 40 

[0077] A decrypting process for use in a reproducing 
(read) operation of recorder/player 1 will now be ex- 
plained with reference to Fig. 12. For simplicity, in Fig. 
12, similar portions to those in Fig. 1 are denoted by 
similar reference numerals and their description is omit- 
ted. In addition, interface 11, bus 16, and control block 
41 , through which data and commands are transferred 
between the components of recorder/player 1 and mem- 
ory card 40, have been omitted from Fig. 1 2 and the fol- 
lowing process explanation for simplicity. 
[0078] A read request signal specifying a desired 
track of data (tune) is sent from recorder/player 1 to 
memory card 40. Recorder/player 1 and memory card 
40 perform a mutual authentication operation, as above 
described with reference to Fig. 10. If recorder/player 1 
and memory card 40 recognize each other as legitimate 
in accordance with the mutual identification process, a 
key writing process, as above described with reference 
to Fig. 11, is performed. Otherwise, the read operation 
is terminated. After the key writing process is complete, 
encrypted audio data is read from memory card 40 to 
recorder/player 1 by CPU 2. 

[0079] Since mutual identification is carried out be- 
tween memory card 40 and recorder/player 1 , the en- 
crypted contents key CK can be decrypted using the 
proper session key SeK only when memory card 40 and 
recorder/player 1 identify each other as legitimate. 
Therefore, illicit utilization of the audio data is easily 
• avoided. Data read during the read operation had been 
written by the above-described write operation shown 
in Fig. 9. The setting of the contents key CK and the part 
key PK in each part data area 112, and the block seed 
BK_SEED in each block 113 is used for writing data to, 
and thus reading data from, the corresponding part data 
area 1 02. After step S6 of Fig. 1 0 is completed, memory 
card 40 and recorder/player 1 share session key ScK. 
The reading of audio data from memory card 40 pro- 
ceeds as follows. 

[0080] Memory card 40 specifics the data in the part 
data area 1 02 (fig. 8A) corresponding to the read re- 
quest signal and outputs the audio data in sound units 
SUs from the blocks 103 (Fig. 8A) in the specified part 
data area 102. Memory card 40 also reads the corre- 
sponding key area 101 (Fig. 8A) of the audio data and 
outputs it to recorder/player 1 . 

[0081] Recorder/player 1 picks-upthe encrypted con- 
tents key CK from the data in the key area 1 01 and out- 
puts it to memory card 40. DES encrypting/decrypting 
circuit 54 of security block 52 in memory card 40 de- 
crypts the encrypted contents key CK using storage key 
Kstm stored in memory 55, and re-encrypts the decrypt- 
ed contents key CK using session key ScK. 
[0082] Memory card 40 outputs the re-encrypted con- 
tents key CK to recorder/player 1 . Recorder/player 1 de- 



crypts the re-encrypted contents key CK from memory 
card 40 using session key ScK. Recorder/player 1 then 
obtains the XOR of the decrypted contents key CK and 
the part key PK from data in each part data area 1 02 so 
5 as to obtain the temporary key TMK in accordance with . 
equation (3). 

TMK = PK XOR CK (3) 

10 

[0083] Recorder/player 1 uses the temporary key 
TMK and the block seed BK_SEED in each part data 
area 102 to perform the MAC operation shown in the 
following equation (4) so as to obtain the block key BK. 
15 The block key BK is found for every block 1 03 as follows. 

BK = MAC (TMK, BK.SEED) (4) 

20 [0084] Security block 3 of recorder/player 1 decrypts 
the audio data by using the block key BK. More specif- • 
ically, the audio data is decrypted for every block 103 
using the individually found block key B K." Further, de- 
cryption is carried out in the same 1 6KB blocks 103 as 

25 used for encryption. Audio encoder/decoder 7 expands 
the decrypted audio data according to the ATRAC3 sys- 
tem and outputs the decoded signal through digital out- 
put 1 4 or D/A converter 1 2 converts the digital audio sig- 
nal into an analog signal and outputs the result through 

30 analog output 13. Alternatively, the ATRAC3 audio data 
from security block 3 is outputted through output 1 5. Au- 
dio encoder/decoder 7 expands the audio data in sound 
• units SUs. 

[0085] Fig. 1 3 shows the decrypting process when re- 

35 corder/player 1 reproduces an audio track stored in flash 
memory 42 of memory card 40: As with the write oper- 
ation shown in Figs. 9 to 11, the session key SeK is 
shared between recorder/player 1 and memory card 40 
after they are mutually authenticated. 

40 [0086] At step S21 , recorder/player 1 (SET) reads da- 
ta from memory card 40 (MEMORY CARD) and obtains 
the contents key CK encrypted with the storage key 
Kstm (namely, DES (Kstm, CK)) and encrypted contents 
(part data arca(s) 1 02 of the desired track). Thereafter, 

45 recorder/player 1 sends the contents key CK encrypted 
with the storage key Kstm to memory card 40. 
[0087] At step S22, memory card 40 decrypts the con- 
tents key CK with the storage key Kstm (namely, IDES 
(Kstm, DES (Kstm, CK)). At step S23, memory card 40 

50 encrypts the decrypted contents key with the session 
key SeK and sends DES (SeK, CK) to recorder/player 1 . 
[0088] At step S24, recorder/player 1 decrypts the 
contents key with the session key SeK. At step S25, re- 
corder/player 1 creates a block key BK with the decrypt- 

55 ed contents key CK, a part key PK, and a block seed 
BK_SEED. At step S26, recorder/player \ decrypts 
each encrypted part data area 102 with the block key 
BK block by block. The audio encoder/decoder 7 de- 
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codes the decrypted audio data. 
[0089] With reference to interface 11 shown in Fig. 2, 
Fig. 14 shows a liming chart of data being read from 
memory card 40. In other than state 0 (initial state), a 
clock signal used to synchronize data is sent through 
clock line SCK. When data is sent or received between 
recorder/player 1 and memory card 40, the signal level 
of status line SBS is low. An initial condition may be re- 
ferred to as state or status 0 (initial state). At timing t31 , 
recorder/player 1 causes the signal level of status line 
SBS to become high (state 1). 

[0090]. When the signal level of status line SBS be- 
comes high, memory card 40 (S/P and P/S IF block 43) 
determines that state Ohas changed to state 1 . In state 
1 , recorder/player 1 sends a read command to memory 
card 40 through data line DIO. Thus, memory card 40 
receives the read command. The read command is a 
protocol command referred to as a Transfer Protocol 
Command ("TPC"). As will be described later, the pro- 
tocol command designates the contents of the commu- 
nication and the length of data that follows. 
[0091] At timing t32, after a command has been trans- 
mitted, the signal level of status line SBS changes from 
high to low. Thus, state 1 changes to state 2. In state 2, 
a process designated by a command received by mem- 
ory card 40 is performed. In reality, data of an address 
designated by the read command is read from flash 
memory 42 to page buffer 45. While the process is being 
performed, a busy signal (high level).is sent to recorder/ 
player 1 through data line DIO, 
[0092] At timing t33, after data has been read from 
flash memory 42 to page buffer 45, the supplying of the 
busy signal is stopped. A ready signal (low level) that 
represents that memory card 40 is ready to send data 
in accordance with the read command is outputted to 
recorder/player 1 . 

[0093] When recorder/player 1 receives the ready sig- 
nal from memory card 40, recorder/player 1 determines 
that memory card 40 is ready for processing the read 
command. At timing t34, recorder/player 1 causes the 
signal level of status line SBS to become high. In other 
words, state 2 changes to state 3. 
[0094] In state 3, memory card 40 outputs data that 
has been read to page buffer 45 in state 2 to recorder/ 
player 1 through data line DIO. At timing t35, after the 
read data has been sent, recorder/player 1 stops send- 
ing the clock signal through clock line SCK. In addition, 
recorder/player 1 causes the signal level of status line 
SBS to change from high to low. Thus, state 3 changes 
to the initial state (state 0). 

[0095] When an interrupt process should be per- 
formed such as due to a state change in memory card 
40 as at timing t36, memory card 40 sends an interrupt 
signal to recorder/player 1 through data line DIO. When 
recorder/player 1 receives- the interrupt signal through . 
data line DIO from memory card 40 in state 0, recorder/, 
player 1 determines that the signal is an interrupt signal 
and performs a process corresponding to the interrupt 



signal. . 

[0096] Fig. 15 is a timing chart of an operation in which 
data is written to flash memory 42 of memory card 40. 
In the initial state (state 0), the clock signal is not sent 

5 through clock line SCK. At timing t41 , recorder/player 1 
causes the signal level of status line SBS to change from 
low to high. Thus, state 0 changes to state 1 . In state 1 , 
memory card 40 is ready to receive a command. At tim- 
ing t41 , a write command is sent to memory card 40 

10 through data line DIO and memory card 40 receives the 
write command. 

[0097] At timing t42, recorder/player 1 causes the sig- 
nal level of status line SBS to change from high to low. 
Thus, state 1 changes to state 2. In state 2, recorder/ 
is player 1 sends write data to memory card 40 through 
data line DIO and memory card 40 stores the received 
write data to page buffer 45. 

[0098] At timing t43, recorder/player 1 causes the sig- 
nal level of status line SBS to change from (low to high. 
Thus, state 2 changes to state 3. In state 3, memory 
card 40 writes the write data to flash memory 42, mem- 
ory card 40 sends a busy signal (high level) to recorder/ 
player 1 through data line DIO, and recorder/player 1 
sends a write command to memory card 40. Since the 
current state is state 3, recorder/player 1 determines 
that the signal received from memory card 40 is a status 
signal. 

[0099] At timing t44, memory card 40 stops outputting 
the busy signal and sends a ready signal (flow level) to 
recorder/player 1. When recorder/player 1 receives the 
ready signal, recorder/player 1 determines that the writ- 
ing process corresponding to the write command has 
been completed and stops sending the clock signal. Ad- 
ditionally at timing t45, recorder/player 1 causes the sig- 
nal level of status line SBS to change from high to low. 
Thus, state 3 returns to state 0 (initial state). . 
[0100] When recorder/player 1 receives a high level 
signal from memory card 40 through data line DIO in 
state 0, recorder/player 1 determines that the received 
signal is an interrupt signal. Recorder/player 1 performs 
a process corresponding to the received interrupt signal. 
When memory card 40 is to be detached from recorder/ 
player 1 , memory card 40 generates the interrupt signal. 
[0101] In other than the reading process and the writ- 
ing process, in state 1, a command is sent. In state 2, 
data corresponding to the command is sent. 
[01 02] It is noted that the serial interface disposed be- 
tween recorder/player 1 and memory card 40 is not lim- 
ited to interface 11 as above described. In other words, 
various types of serial interface may be used. 
[0103] Next, a process performed by recorder/player 
1 that uses a memory card will be described with refer- 
ence to Fig. 1 6. When the power of recorder/player 1 is 
turned on (at step S200), it is determined whether or not 
memory card 40 or 40' has been attached to recorder/ 
player 1 (at step S201). When the determined result at 
step S201 is Yes, data is read from a boot block of mem- 
ory card 40 or 40' (at step S202). 
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[01 04] As was described with reference to Fig. 7, boot 
and attribute information of a boot block contains iden- 
tification information that represents whether or not 
memory card 40 or 40' is of the security type. With ref- 
erence to the identification information, it is determined 
whether memory card 40 or 40' is a security type mem- 
ory card (40) or a non-security type memory card (40') 
(at step S203). If the determined result at step S203 is 
Yes (memory card 40), an authenticating operation is 
performed (at step S204). After memory card 40 has 
been authenticated, contents data is recorded to mem- 
ory card 40 or reproduced therefrom (at step S205). 
[0105] If the determined result at step S203 is No 
(memory card 40'), an alarm message that represents 
memory card 40' cannot be used is displayed on display 
device 5. The alarm message may be issued with an- 
other method such as a sound. 

[0106] The above-described process is performed by 
security type recorder/player 1. When the determined 
result at step S203 is No (namely, recorder/player 1 is 
not of the security type), as denoted by a dotted line 
shown in Fig. 16, the flow advances to step S207 
through step S202 (data is read from a boot block). At 
- step S207, it is determined whether or not memory card 
40 or 40' is a security type memory card (40) or a non- 
security type memory card (40'). Regardless of whether 
the determined result at step S207 is Yes or No, at step 
S208 or S209, a normal operation (writing operation, 
reading operation, erasing operation, or the like) can be 
performed for memory card 40 or 40'. 
[0107] According to the above-described embodi- 
ment, the predetermined function of memory card 40 is 
a security function. However, it should be noted that the 
present invention is not limited to a security function. For 
example, the present invention can be applied for the 
communication speed (data rate) of interface 11 dis- 
posed between recorder/player 1 and memory card 40 
or 40' where.the communication speed of memory card 
40 is faster than the conventional speed of memory card 
40'. 

[0108] Fig. 1 7 is a flow chart showing a process with 
respect to communication speed' as a predetermined 
' function of memory card 40. At step S300, the power is 
turned on. At step S301 , it is determined whether or not 
memory card 40 or 40' has been attached. At step S302, 
data is read from a boot block of memory card 40 or 40'. 
As with the security function, the boot block contains 
identification information that represents whether or not 
memory card 40 or 40' is of the high speed type. 
[0109] It is determined whether or not memory card 
40 or 40' is of the high-speed type with the identification 
information (at step S303). When the determined result 
at step S303 is Yes (memory card 40), the communica- 
tion speed (data rate) between recorder/player 1 and 
memory card 40 is changed from low speed to high 
speed (at step S304). Thus, high-speed operation is 
performed (at step S305). When the determined result 
at step S303 is No (memory card 40'), low speed oper- 



ation is performed (at step S306). When recorder/player 
1 is not of the high speed type, as denoted by a dotted 
line shown in Fig. 1 7, regardless of whether or not mem- 
ory card 40 or 40' is of the high speed type (at step 
5 S307), low speed operation is performed (at step S308 
or S309). 

[0110] According to the present technique, even if 
memory card 40 with a predetermined function and 
memory card 40' without a predetermined function co- 

10 exist, when memory card 40 or 40' is attached, recorder/ 
player 1 can immediately determine whether or not 
memory card 40 or 40' has the predetermined function. 
Thus, unlike a method for communicating recorder/play- 
er 1 with memory card 40 or 40' to determine whether 

is an error takes place, a meaningless operation is not per- " 
formed. In addition, unlike a method for determining 
whether memory card 40 or 40' is of the predetermined 
function type by the shape thereof, memory card 40 with 
the predetermined function can be used for recorder/ 

20 player 1 even if the latter does not have the predeter- 
mined function. Thus, the compatibility of the memory 
cards is improved. ' 

[01 1 1 ] It will be apparent that certain changes may be 
made in carrying out the above method and in the con- 

25 structions set forth without departing from the scope of 
. the invention, and it is intended that all matter contained 
in the above description and shown in the accompany- 
ing drawings shall be interpreted as illustrative and not 
in a limiting sense. For example, the described embod- 

30 iment employs DES as the security method. However, 
various encrypting technologies may be used instead of 
DES. 

[0112] It is also to be understood that the following 
claims are intended to* cover all of the generic and spe- 
35 cific features of the invention herein described and all 
statements of the scope of the invention which, as a mat- 
ter of language, might be said to fall therebetween. 



40 Claims 

1 . A memory unit attachable to a data processing unit 
(1) and detachable therefrom, said memory unit 
(40) comprising: 



45 



50 
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a non-volatile memory (42); and 

interface means (41) for communicating with 

the data processing unit; 

wherein identification information indicating at 
least one of (i) whether the memory unit is of a se- 
curity type or a non-security type (S203) and (ii) 
whether the. memory unit is of a first rate type in 
which data is recorded in the memory unit at a first 
rate or a second rate type in which data is recorded 
in the memory unit at a second rate (S303), the first 
rate being different from the second rate, is record- 
ed in a predetermined area (BOOTBLOCK; 
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BOOTAREA) of the non-volatile memory, and 

wherein the identification information is read 
by the data processing unit when the memory unit 
is attached thereto (S203, S303). 

A data processing unit for recording/reproducing 
data to/from a memory unit, the memory unit having 
a non-volatile memory and being attachable to/de- 
tachable from the data processing unit, the data 
processing unit comprising: 

interface means for communicating with the . 
memory unit; and. 

means for determining at least one of (t) wheth- 
er the memory unit is of a security type or a non- 
security type and (ii) whether the memory unit 
is of a first rate type in which data is recorded 
in the memory unit at a first rate or a second 
rate type in which data is recorded in the mem- 
ory unit at a second rate, the first rate being dif- 
ferent from the second rate when the memory 
unit is attached thereto. 

The data processing unit as set forth in claim 2, 
wherein the data processing unit performs a record- 
ing/reproducing operation after the determining 
means determines that the memory unit is of the 
security type and after performing an authenticating 
operation with the memory unit. 

The data processing unit as set forth in claim 2, 
wherein the data processing unit is one of a security 
type and a non-security type, and wherein the data 
processing unit prohibits a recording/reproducing 
operation after determining that the memory unit is 
of the non-security type when the data processing 
unit is of the security type. 

The data processing unit as set forth in claim 2, 
wherein the data processing unit is one of a security 
type and a non-security type, and wherein the data 
processing unit outputs an error message after de- 
termining that the memory unit is of the non-security 
type when the data processing unit is of the security 
type. 

The data processing unit as set forth in claim 2, 
wherein the data processing unit communicates 
with the memory unit at the appropriate one of the 
first and second rates as determined by the deter- 
mining means. 

The data processing unit as set forth in claim 2, 
wherein identification information indicating at least 
one of (i) whether the memory unit is of the security 
type or the non-security type and (ii) whether the 
memory unit is of the first rate type or the second 
rate type is recorded in a predetermined area of the 



non-volatile memory, and wherein the determining 
means includes means for reading the identification 
information from the predetermined area of the non- 
volatile memory when the memory unit is attached 
5 to the data processing unit. 

8. A data processing method for use with a data 
processing unit for writing/reading in formation to/ 
from a memory unit having a non-volatile memory. 

10 that is attachable to the data processing unit and 
detachable there from, the data processing method 
. comprising the steps of: 

reading data from a predetermined storage ar- 
15 ea of the non-volatile memory of the memory 

unit when the memory unit is attached to the 
data processing unit; and 
determining at least one of(i) whether the mem- 
ory unit is of a security type or a non-security 
20 type and (ii) whether the memory unit is of a 

first rate type in which data is recorded in the 
memory unit at a first rate or a second rate type 
in which data is recorded in the memory unit at 
a second rate, the first rate being different from 
25 the second rate. 

9. The data processing method as set forth in claim 8, 
.further comprising the step of writing/reading data 
to/from the memory unit after determining that the 

30 memory unit is of the security type and after per- 
forming an authenticating operation with the mem- 
ory unit 

10. The data processing method as set forth in claim 8, 
35 wherein the data processing unit is one of a security 

type and a non-security type, further comprising the 
' step of prohibiting writing/reading data to/from the 
memory unit after determining that the memory unit 
is of the non-security type when the data processing 
40 unit is of the security type. 

11. The data processing method as set forth in claim 8, 
wherein the data processing unit is one of a security 
type and a non-security type, further comprising the 

^5 step of out putting an error message after determin- 
ing that the memory unit is of the non-security type 
when the data processing unit is of the security type. 

12. The data processing method as set forth in claim 8, 
50 wherein the data processing unit communicates 

with the memory unit at the appropriate one of the 
first and second rates as determined at the deter- 
mining step. 

55 13. The data processing method as set forth in claim 8, 
wherein the data read from the predetermined stor- 
age area includes identification information indicat- 
ing at least one of (i) whether the memory unit is of 
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the security type or the non-security type and (ii) 
whether the memory unit is of the first rate type or 
the second rate type is recorded in a predetermined 
area of the non-volatile memory. 



Patentanspruche 

1. Speichereinheit, die an einer Datenverarbeitungs- 
einheit (1) anbringbar und von dieser trennbar ist, 
wobei die Speichereinheit (40) aufweist: 



10 



einen nichtfluchtigen Speicher (42) und 

eine Interface-Einrichtung (41 ) fur die Kommu- 

nikation mit der Datenverarbeitungseinheit, 13 

5. 

wobei in einem vorbestimmten Bereich 
(BOOTBLOCK, BOOTAREA) des nichtfluchtigen 
Speichers eine Identifikationsinformation aufge- 
zeichnet ist, die angibt, (i) ob die Speichereinheit 20 
vom gesicherten Typ Oder vom ungesicherten Typ 
ist (S203) und/oder (ii) ob die Speichereinheit ein 
Typ fur eine erste Rate ist, bei der Daten mit einer 
ersten Rate in der Speichereinheit aufgezeichnet 
werden, Oder ein Typ fur eine zweite Rate ist, bei 25 6. 
der Daten mit einer zweiten Rate in der Speicher- 
einheit aufgezeichnet werden (S303), wobei die er- 
ste Rate sich von der zweiten Rate unterscheidet, 
und 

wobei die Identifikationsinformation von der 30 
Datenverarbeitungseinheit ausgelesen wird, wenn 7. 
die Speichereinheit an dieser angebracht wird 
(S203, 303). 

2. Datenverarbeitungseinheit fur das Aufzeichnen/ 35 
Wiedergeben von Daten auf/von einer Speicherein- 
heit, die einen nichtfluchtigen Speicher aufweist 
und mit/von der Datenverarbeitungseinheit ver- 
bindbar/trennbar ist, wobei die Datenverarbei- 
tungseinheit aufweist: " *o 

eine Interface-Einrichtung fur die Kommunika- 
tion mit der Speichereinheit und 
eine Feststellungseinrichtung, diebeim Anbrin- 
gen der Speichereinheit an der Datenverarbei- 43 8. 
tungseinheit feststellt, (i) ob die Speicherein- 
heit vom gesicherten Typ oder vom ungesicher- 
ten Typ ist (S203) und/oder (ii) ob die Speicher- 
einheit ein Typ fur eine erste Rate ist, bei der 
Daten mit einer ersten Rate in der Speicherein- so 
heit aufgezeichnet werden, oder ein Typ fur ei- 
ne zweite Rate, bei der Daten mit einer zweiten 
Rate in der Speichereinheit aufgezeichnet wer- 
den (S303), wobei die erste Rate sich von der 
zweiten Rate unterscheidet. 55 

3. Datenverarbeitungseinheit nach Anspruch 2, bei 
der die Datenverarbeitungseinheit eine Aufzeich- 



• nungsTWiedergabeoperation ausfuhrt, nachdem 
die Feststellungseinrichtung festgestellt hat, daB 
die Speichereinheit vom gesicherten Typ ist und 
nachdem eine Autentifizierungsoperation mit der 
Speichereinheit durchgefuhrt wurde. 

Datenverarbeitungseinheit nach Anspruch 2, bei 
der die Datenverarbeitungseinheit entweder vom 
gesicherten Typ oder vom ungesicherten Typ ist 
und bei der die Datenverarbeitungseinheit nach der 
Feststellung, daB die Speichereinheit vom ungesi- 
cherten Typ ist", eine Aufzeichnungs-/Wiedergabe- 
operation unterbindet, falls die- Datenverarbei- 
tungseinheit vom gesicherten Typ ist. 

Datenverarbeitungseinheit nach Anspruch 2, bei 
der die Datenverarbeitungseinheit entweder vom 
gesicherten Typ oder vom ungesicherten Typ ist 
und bei der die Datenverarbeitungseinheit eine 
Fehlermeldung ausgibt, nachdem festgestellt wur- 
de, daB die Speichereinheit vom ungesicherten Typ 
ist, wenn die Datenverarbeitungseinheit vom gesi- 
cherten Typ ist. 

Datenverarbeitungseinheit nach Anspruch 2, bei 
der die Kommunikation der Datenverarbeitungsein- 
heit mit der Speichereinheit mit der jeweils geeig- 
neten ersten oder zweite Rate stattfindet, wie sie 
von der Feststellungseinrichtung festgestellt wird. 

Datenverarbeitungseinheit nach Anspruch 2, bei. 
der in einem vorbestimmten Bereich des nichtfluch- 
tigen Speichers eine Identifikationsinformation auf- 
gezeichnet ist, die angibt, (i) ob die Speichereinheit 
vom gesicherten Typ oder vom ungesicherten Typ 
ist und/oder (ii) ob die Speichereinheit der Typ fur 
die erste Rate ist oder der Typ fur die zweite Rate 
ist, und bei der die Feststellungseinrichtung eine 
Einrichtung aufweist zum Auslesen der Identifikati- 
onsinformation aus dem vorbestimmten Bereich 
des nichtfluchtigen Speichers, wenn die Speicher- 
einheit mit der Datenverarbeitungseinheit ange- 
bracht wird, 

Datenverarbeitungsverfahren zur Verwendung mit 
einer Datenverarbeitungseinheit zum Einschrei- 
ben/Auslesen von Information in eine bzw. aus ei- 
ner Speichereinheit mit einem nichtfluchtigen Spei- 
cher, die an der Datenverarbeitungseinheit anbring- 
bar und von dieser trennbar ist, wobei das Daten- 
verarbeitungsverfahren die Verfahrensschritte auf- 
weist: 

- Auslesen von Daten aus einem vorbestimmten 
Speicherbereich des nichtfluchtigen Speichers 
der Speichereinheit, wenn die Speichereinheit 
an der Datenverarbeitungseinheit angebracht 
wird, und 
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Feststelien, (i) ob die Speichereinheit vom ge- 
sicherten Typ Oder vom ungesicherten Typ ist 
und/oder (ii) ob die Speichereinheit ein Typ fur 
eine erste Rate ist, bei der Daten mit einer er- 
sten Rate in der Speichereinheit aufgezeichnet 
werden, oder ein Typ fur eine zweite Rate ist, 
bei der Daten mit einer zweiten Rate in der 
Speichereinheit aufgezeichnet werden, wobei 
die erste Rate sich von der zweiten Rate unter- 
. scheidet. 

9. Datenverarbeitungsverfahren nach Anspruch 8 mit 
dem weiteren Verfahrensschritt, daB Daten in die 
Speichereinheit eingeschrieben bzw. aus der Spei- 
chereinheit ausgelesen werden, nachdem festge- 
stellt wurde, daB die Speichereinheit vom gesicher- 

■ ten Typ ist, und nachdem eine Authentifizierungs- 
operation mit der Speichereinheit durchgefuhrt wur- 
de. . ' ■ 

10. Datenverarbeitungsverfahren nach Anspruch 8, bei 
dem die Datenverarbeitungseinheit entweder von 
gesicherten Typ oder vom ungesicherten Typ ist, 
mit dem weiteren Verfahrensschritt, daB das Ein- 
schreiben/Ausiesen von Daten in die bzw. aus der 
Speichereinheit unterbunden wird, nachdem fest- 
gestellt wurde, daB die Speichereinheit vom unge- 
sicherten Typ ist, falls die Datenverarbeitungsein- 
heit vom gesicherten Typ ist. 

11. Datenverarbeitungsverfahren nach Anspruch 8, bei 
.dem die Datenverarbeitungseinheit entweder von 
gesicherten Typ oder vom ungesicherten Typ ist, 
mit dem weiteren Verfahrensschritt, daB eine Feh- 
lermeldung ausgegeben wird, nachdem festgestellt 
wurde, daB die Speichereinheit vom ungesicherten 
Typ ist, falls die Datenverarbeitungseinheit vom ge- 
sicherten Typ ist. 

12. Datenverarbeitungsverfahren nach Anspruch 8, bei 
dem die Kommunikation der Datenverarbeitungs- 
einheit mit der Speichereinheit mit der jeweils ge- 
eigneten ersten oder zweite Rate stattfindet, wie sie 
von der Feststellungseinrichtung festgestellt wird. 

13. Datenverarbeitungsverfahren nach Anspruch 8, bei 
dem die aus dem vorbestimmten Speicherbereich 
ausgelesenen Daten eine Identifikationsinformati- 
on enthalten, die angibt, (i) ob die Speichereinheit 
vom gesicherten Typ oder vom ungesicherten Typ 
ist und/oder (ii) ob die Speichereinheit der Typ fur 
die erste Rate oder der Typ fur die zweite Rate ist, 
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1. Unite de memoire raccordable a une unite de trai- 
tement de donnees (1) et detachable de celle-ci, la- 
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dite unite de memoire (40) comprenant : 

une memoire non-volatile (42) ; et 

un moyen d'interface (41) pour communiquer 

avec I'unite de traitement de donnees ; 

danslaquelle des informations d'identification 
indiquant au moins un de (i) si I'unite de memoire 
est du type securise ou du type non-securise (S203) 
et de (ii) si I'unite de memoire est du premier type 
de debit 

dans lequel les donnees sont enregistrees dans 
I'unite de memoire a un premier type de debit ou a 
un second type de debit dans lequel les donnees 
sont enregistrees dans I'unite de memoire a un se- 
cond debit (S303), le premier debit etant different 
du second debit, est enregistre dans une zone pre- 
determinee .(BOOTBLOCK ; BOOTAREA) de la 
memoire non-volatile, et 

dans laquelle les informations d'identification 
sont lues par I'unite de traitement de donnees lors- 
que I'unite de memoire est attachee a celle-ci 
(S203, S303). 

Unite de traitement de donnees pour enregistrer/re- 
produire des donnees vers/a partir d'une unite de 
memoire, I'unite de memoire ayant une memoire 
non-volatile et etant raccordable/detachable vers/a 
partir de I'unite de traitement de donnees, I'unite de 
traitement de donnees comprenant : 

un moyen d'interface pour communiquer avec 
I'unite de memoire ; et 

un moyen pour determiner au moins un de (i) 
si I'unite de memoire est du type securise ou du 
type non-securise et (ii) si I'unite de memoire 
est d'un premier type de debit dans lequel les 
donnees sont enregistrees dans I'unite de me- 
moire a un premier debit ou d'un second type . 
de debit dans lequel les donnees sont enregis- 
trees dans I'unite de memoire a un second de- 
, bit, le premier debit etant different du second 
debit lorsque I'unite de memoire est rattachee 
a celui-cl. 

Unite de traitement de donnees selon la revendica- 
tion 2, dans laquelle I'unite de traitement de don- 
nees realise une operation d'enregistrement/repro- 
duction apres que le moyen de determination de- 
termine que I'unite de memoire est du type securise 
et apres la realisation d'une operation d'authentifi- 
cation avec I'unite de memoire. 

Unite de traitement de donnees selon la revendica- 
tion 2, dans laquelle I'unite de traitement de don- 
nees est une d'un type securise et d'un type non- 
securise, et dans laquelle I'unite de traitement de 
donnees empeche une operation d'enregistrement/ 
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reproduction apres la determination que I'unite de 
memoire est du type non-securise lorsque ('unite de 
traitement de donnees est du type securise. 

5. Unite de traitement de donnees selon la revendica- 
tion 2, dans laquelle I'unite de traitement de don- 
nees est une du type securise et du type non-secu- 
rise, et dans laquelle I'unite de traitement de' don- 
nees fournit un message d'erreur apres la determi- 
nation que I'unite de memoire est du type non-se- 
curise lorsque I'unite de traitement de donnees est 
du type securise. 

6. Unite de traitement de donnees selon la revendica- 
tion 2, dans laquelle I'unite de traitement de don- 
nees communique avec I'unite de memoire a un des 
premier et second debits appropries comme deter- 
mine par le moyen de determination. 

7. Unite de traitement de donnees selon la revendica- 
tion 2, dans laquelle les informations d'identification 

' indiquant au moins un de (i) si I'unite de memoire 
est du type securise ou du type non-securise et de 
(ii) sM'unite de memoire est du premier type de debit 
ou du second type de debit est raccordee dans la 
zone predeterminee de la memoire non-volatile, et 
dans laquelle le moyen de determination comprend 
un moyen pour lire les informations d'identification 
a partir de la zone predeterminee de la memoire 
non-volatile lorsque I'unite de memoire est attachee 
a I'unite de traitement de donnees. 

8. Procede de traitement de donnees destine a etre 
utilise avec une unite de traitement de donnees 
pour ecrire/lire des informations vers/a partir d'une 
unite de memoire ayant une memoire. non-volatile 
qui est raccordable a I'unite de traitement de don- 
nees et detachable de celle-ci, le procede de trai- 
tement de donnees comprenant les etapes de : 

lecture des donnees a partir d'une zone de 
stockage predeterminee de la memoire non- 
volatile de I'unite de memoire lorsque I'unite de 
memoire est raccordee a I'unite de traitement 
de donnees ; et 

determination d'au moins un de (i) si I'unite de 
memoire est du type securise ou du type non- 
securise et de (ii) si I'unite de memoire est d'un 
premier type de debit dans lequel les donnees 
sont enregistrees dans I'unite de memoire a un 
. premier type de debit ou a un second type de 
debit dans leque! les donnees sont enregis- 
trees dans I'unite de memoire a un second de- 
bit, le premier debit etant different du second 
debit. 



lecture de donnees vers/a partir de I'unite de me- 
moire apres determination que I'unite de memoire 
est du type securise et apres realisation d'une ope- 
ration d'authentification avec I'unite de memoire. 

5 

10. Procede de traitement de donnees selon la reven- 
dication 8, dans lequel I'unite de traitement de don- 
nees est une d'un type securise et d'un type non- 
securise, comprenant en outre les etapes d'empe- 
10 chement d'ecriture/lecture de donnees vers/a partir 
de I'unite de memoire" apres determination que I'uni- 
te de memoire est du type non-securise lorsque 
I'unite de traitement de donnees est du type secu- 
rise. 



11. Procede de traitement de donnees selon la reven- 
dication 8, dans lequel I'unite de traitement de don- 
nees est une d'un type securise et d'un type non- 
securise, comprenant en outre I'etape de fourniture 
d'un message d'erreur apres determination que 
I'unite de memoire est d'un type non-securise lors- 
que funite de traitement est du type securise. 

12. Procede de traitement de donnees selon la reven- 
dication 8, dans lequel I'unite de traitement de don- 

. nees communique avec I'unite de memoire a un des 
premier et second debits appropries comme deter- 
mine a I'etape de determination. 

13. Procede de traitement de donnees selon la reven- 
dication 8, dans lequel les donnees lues a partir de 
la zone de stockage predeterminee comprennent 
des informations d'identification indiquant au moins 
un de (i) si I'unite de memoire est du type securise 
ou du type non-securise et de (ii) si I'unite de me- 
moire est d'un premier type de debit ou d'un second 
type de debit est enregistree dans une zone prede- 
terminee de la memoire non-volatile. 
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Procede de traitement de donnees selon la reven- 
dication 8, comprenant en outre I'etape d'ecriture/ 
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